home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20000824-20010305 / 000366_news@columbia.edu _Tue Feb 27 10:46:36 2001.msg < prev    next >
Internet Message Format  |  2001-03-05  |  3KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id KAA04322
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Tue, 27 Feb 2001 10:46:36 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA14481
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 27 Feb 2001 10:46:35 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id KAA25197
  10.     for kermit.misc@watsun.cc.columbia.edu; Tue, 27 Feb 2001 10:19:06 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: fdc@columbia.edu (Frank da Cruz)
  13. Subject: Re: FTP scripting...
  14. Date: 27 Feb 2001 15:19:06 GMT
  15. Organization: Columbia University
  16. Message-ID: <97ggha$oja$1@newsmaster.cc.columbia.edu>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <9qve79.57d.ln@twocups.sirinet.net>,
  20. Bud Rogers  <budr@sirinet.net> wrote:
  21. : Josef Moellers wrote:
  22. : > Bud Rogers wrote:
  23. : >> Expect was designed to handle tasks like that.
  24. : ...
  25. : budr@twocups:~$ autoexpect telnet localhost
  26. : ...
  27. : Now script.exp is an expect script that will exactly replay that online 
  28. : session from login to logout.   Then you can add control statements to 
  29. : alter the flow of the script, handle errors, whatever.  
  30. Expect is a fine tool that can be used to automate interactive procedures
  31. that can't be automated any other way.  For FTP it's better than .netrc
  32. because it allows some measure of decision making.
  33.  
  34. But it's not as good as an FTP client that has its own built-in scripting
  35. language.  Why?  Because it is driven entirely by whatever text happens to
  36. appear on the screen.  It can't tell whether text is from the FTP client
  37. or the server or (in the example above) the shell or the Telnet client.
  38. There is no connection between the scripting language and the FTP protocol.
  39. A script based on messages will stop working as soon as any of the
  40. messages changes.  You're likely to need a different script for every FTP
  41. client/server pair.
  42.  
  43. Plus an Expect/FTP script is limited by the feature set of the FTP client.
  44. Can you use Expect to force your FTP client to:
  45.  
  46.  . Make secure connections to a secure FTP server?
  47.  . Translate character sets?
  48.  . Automatically switch between text and binary mode for each file?
  49.  . Traverse directory trees?
  50.  . Select files based on date and/or size?
  51.  . Handle filename collisions automatically?
  52.  . Preserve file dates or permissions?
  53.  . Execute update or recovery procedures?
  54.  
  55. Probably not.  But the new Kermit FTP client:
  56.  
  57.   http://www.columbia.edu/kermit/ftpclient.html
  58.  
  59. can do all this in a very simple, straightforward way that can be
  60. scripted easily and robustly.  See the tutorial here:
  61.  
  62.   http://www.columbia.edu/kermit/ftpscript.html
  63.  
  64. - Frank